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As  IS  «}c«cotiv«s,  u/«V« 

u/«  u/Xt\t  to  kut  u/«  consider  tke 

possikle  unintended  consequences  of  our  pli^ns. 
Hou/  cikn  u/e  uncover  tke  unexpected? 


opes  were  high  that 
summer  of  ’95,  as 
the  IS  manage¬ 
ment  team  at  a 
major  financial  services  compa¬ 
ny  created  a  new  vision  for 
planning  projects  and  setting 
target  dates.  Collaboration 
would  be  key:  Business  and  IS 
would  work  together  to  make 
the  necessary  trade-offs  to  reach 
solid,  achievable  target  dates  for 
new  systems.  Business  require¬ 
ments  would  drive  the  planning 
and  the  trade-offs  to  be  reached 
around  scheduling,  cost,  quali¬ 
ty,  scope  and  resources.  Never 
again  would  a  project  be  driven 
by  arbitrary  end  dates.  Never 
again  would  the  delivery  date 
be  master  and  the  IS  profes¬ 
sional  be  slave. 

Six  months  later,  disaster 
struck.  The  company  failed  to 


get  a  key  Internet-based  product 
to  market  in  time  to  beat  the 
competition.  Why?  The  under¬ 
lying  information  technology 
just  wasn’t  ready.  The  new  year 
began  with  little  to  celebrate. 

With  the  new  project-plan¬ 
ning  method,  how  did  this  hap¬ 
pen?  Like  a  villain  kidnapping 
an  innocent  victim,  something 
crept  up  on  the  project  and 
blindfolded  it  from  behind  — 
an  unintended  consequence  of  a 
well-intentioned  change. 

Somewhere  along  the  way, 
the  message  became  garbled. 
What  IS  folks  heard  was,  “No 
more  date-driven  projects,” 
rather  than,  “Collaborate  with 
your  business  partner  to  set  the 
date  based  on  business  needs.” 
And  since  collaboration  wasn’t 
being  rewarded,  the  IS  group 
felt  the  message  was  clear:  Plan 


the  project  in  detail,  and  tell  the 
business  side  what  the  date 
would  be.  The  discussions  never 
happened;  the  trade-offs  were 
never  made.  Had  those  discus¬ 
sions  taken  place,  the  people  in¬ 
volved  might  have  opted  to  get 
a  basic  product  to  market  quick¬ 
ly  and  add  more  functionality 
incrementally,  reaping  the  bene¬ 
fits  of  being  “first  to  market.” 

Good  intentions  gone  bad 
are  an  all-too-common  surprise 
for  IS  managers.  Although  most 
of  us  are  excellent  at  thinking 
about  what  we  want  to  happen 
—  the  desired  outcomes  and  the 
intended  consequences  —  we 
rarely  stop  to  consider  what 
could  happen  —  the  possible 
unintended  consequences.  So, 
what’s  missing  from  our  efforts 
that  causes  these  unintended 
consequences? 
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t  the  root  of  unintend- 
i  n  ed  consequences  is  a 
failure  of  thinking.  We 
fail  on  multiple  levels. 

The  first  failure  is  assuming 
that  IS  projects  are  more  logical, 
straightforward  and  free  of  polit¬ 
ical  considerations  than  they  ac¬ 
tually  are.  We  have  been  taught 
that  the  world  is  a  simple,  mech¬ 
anistic  place.  So  we  plan  and  an¬ 
alyze  under  the  assumption  that 
there  are  simple  cause-and-effect 
links  between  our  actions  and 
results. 

In  reality,  the  world  —  espe¬ 
cially  the  IS  world  —  is  enor¬ 
mously  complex.  Subtle  inter¬ 
relationships,  coupled  with  the 
natural  IS  engineering  mind-set, 
become  an  albatross  around  IS’ 
neck  in  terms  of  anticipating 
unintended  conse¬ 
quences.  The  engineer 
designs  a  logical 
process  that,  when  fol¬ 
lowed,  is  intended  to  lead 
to  desired  outcomes.  We 
need,  instead,  to  think  more 
like  ecologists,  recognizing  the 
inherent  unpredictability  of 
complex  systems  and  looking  at 
the  whole  environment  as  we 
plan  and  take  action. 

Take  the  case  of  a  large  oil 
company  at  which  this  '‘engi¬ 
neering  approach”  derailed  ef¬ 
forts  to  implement  an  informa¬ 
tion  technology  architecture. 

After  creating  a  new  IT  ar¬ 
chitecture,  the  company’s  IS 
group  established  a  unit  to  be  the 
“keepers  and  enforcers”  of  the  ar¬ 
chitecture.  The  unit  reviewed  all 
new  IS  projects  to  ensure  confor¬ 
mance,  Within  six  months,  the 
“architecture  police,”  as  they 


came  to  be  known,  were  a  bottle¬ 
neck  that  delayed  projects  and 
alienated  both  business  managers 
and  developers.  Also,  the  archi- 
tecmre  failed  to  prevent  business- 
people  from  acquiring  their  own 
technologies,  regardless  of 
whether  these  conformed  to  the 
architecture.  Within  the  year,  the 
group  disbanded. 

The  simplicity  assumed  by  an 
engineering  mind-set  not  only  re¬ 
sulted  in  a  failure  to  reach  the  ar¬ 
chitecture  objectives,  but  also 
caused  an  unintended  conse¬ 
quence  of  alienating  IS 


might  happen.  I  always  have 
time  to  manage;  I  must  make 
the  time  to  think.”  This  deci¬ 
sion-making  style,  which  incor¬ 
porates  a  bias  for  action  with  lit¬ 
tle  post-action  reflection,  can 
make  for  embarrassing  surprises, 
as  described  in  the  following  sce¬ 
nario: 

This  particular  CIO  was 
faced  with  a  problem  familiar  to 
many  CIOs  —  dysfunctional  re¬ 
lationships  between  IT  and  busi¬ 
ness.  The  so¬ 
lution: 


customers  and  damaging  rela¬ 
tionships. 

The  second  level  of  failure  is 
often  a  matter  of  decision-mak¬ 
ing  style  and  a  lack  of  thought 
about  the  larger  context.  One 
CIO  of  a  global  manufacturing 
company  admits  the  need  for  a 
co-pilot  to  help  him  think 
through  and  spot  unintended 
consequences.  “Once  I  make  a 
decision,  1  tend  never  to  look 
back.  I  need  someone  right  there 
with  me  as  I  make  choices,  chal¬ 
lenging  me  to  think  about  what 


Quickly  form  a  group  of  senior 
IS  professionals  focused  on 
building  relationships  by  con¬ 
sulting  with  business  units  about 
IS  needs  and  structuring  projects 
to  meet  those  needs.  The  rela¬ 
tionships  improved  at  record 
speed,  as  requests  for  IS  projects 
came  rushing  in,  a  result  of  the 
group’s  hard  work  at  mending 
fences.  Great  news!  Finally,  the 
businesspeople  were  talking  to 
IT  about  how  to  enhance  their 
processes  using  information 
technology. 
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But  bad  news  came  fast  on 
the  heels  of  this  burst  of  hope. 
Lacking  a  process  for  prioritizing 
IT  investments,  IS  was  left  with 
a  mountain  of  projects  of  vary¬ 
ing  business  value  and  insuffi¬ 
cient  resources  to  carry  them 
out.  You  guessed  it:  The  best  in¬ 
tentions  of  improving  relation¬ 
ships  actually  worsened  them 
when  certain  requests  were  de¬ 
nied  or  deferred.  The  bias-for- 
action  style,  coupled  with  a  lack 
of  thought  given  to  defining  the 
context  in  which  the  group 
would  be  deemed  successful, 
caused  this  IS  executive  a  serious 
embarrassment. 

A  final  level  on  which  we  can 
fail  involves  our  way  of  viewing 
technology,  which  can  contribute 
to  unintended  consequences.  A 
stark  example  of  how  a  specific 
mind-set  led  to  severe,  unintend¬ 
ed  consequences  appears  in  a 
particular  division  of  a  chemical 
manufacturer.  For  years,  division 
executives  viewed  IT  as  a  cost, 
not  an  investment.  The  goal: 
Minimize  the  percentage  of  rev¬ 
enue  spent  on  IT.  The  IS  group 
complied,  reducing  the  level  of 


spending  to  the  lowest  in  the  in¬ 
dustry.  New  development  was 
cut,  hardware  acquisition  slowed, 
and  key  projects  were  deferred. 

The  unintended  conse¬ 
quence  of  this  cost  minimiza¬ 
tion  goal  showed  up  rapidly  and 
dramatically.  Little  investment 
was  made  to  ensure  that  plat¬ 
forms  were  common  and  up¬ 
graded  consistently.  Without 
common  platforms,  communi¬ 
cation  among  internal  and  ex- 


abbing  unintended 
K  I  H  consequences  before 
they  nab  you  is  the 
name  of  the  game.  A  few  simple 
techniques  can  help. 

One  is  to  analyze  unintended 
consequences  up  front.  Try  the 
following  quick  exercise  to  help 
you  think  through  what  might 
happen  in  a  given  situation.  (See 
“The  ‘What  Could  Fiappen’ 
Test”  on  page  7  for  how  this  ex¬ 
ercise  works  for  the  project  end- 
date  example  mentioned  at  the 


ternal  customers  suffered,  and 
without  a  proper  infrastructure, 
business  growth  was  hampered. 
Fiead  count  reduction  produced 
lower  costs  in  the  IS  organiza¬ 
tion,  but  business  units  started 
to  hire  their  own  IS  people,  re¬ 
sulting  in  hidden  costs  in  the 
form  of  a  shadow  IS  organiza¬ 
tion.  Those  good  intentions 
born  of  a  specific  mind-set 
about  IT  costs  inadvertently  re¬ 
sulted  in  higher  IS  costs. 


beginning  of  this  article.) 

First,  clarify  what  you’re  real¬ 
ly  after.  Start  with  how  the  de¬ 
sired  situation  is  framed  (in  this 
case,  from  the  perspective  of  the 
IS  professional)  and  the  intended 
result.  Then  ask  yourself,  “What 
could  happen  if  the  change  is  not 
handled  properly?”  Think  about 
role  confusion  and  likely  misin¬ 
terpretations. 

This  exercise  will  not  only 
alert  you  to  possible  unintended 
consequences,  but  it  may  also 


Uncov«rin9 


IS  \t\Ji  of  cookit\4 


^'The  reason  IS  management  actions  often 
lead  to  unintended  consequences  is  a  fail¬ 
ure  of  theory.  When  managers  see  some¬ 
thing  that  doesn’t  ft,  they  use  a  technique 
they  are  comfortable  with  —  going  after 
more  data.  We  don’t  need  more  data,  we 
need  more  thinking.  Think,  learn,  exam¬ 
ine.  These  are  the  tools  to  avoid  unin¬ 
tended  consequences.  ” 

So  notes  Barry  Stein,  president  of 
Goodmeasure,  Inc.,  a  Cambridge, 
Mass. -based  organizational  change 
consulting  firm.  To  highlight  IS  man¬ 
agers’  tendency  to  react  to  symptoms 


without  fully  understanding  underly¬ 
ing  problems,  Stein  draws  an  anology, 
relating  an  essay  by  19th-century 
British  writer  Charles  Lamb>  in  which 
Lamb  imagined  how  humanity  discov¬ 
ered  cooking. 

Millions  of  years  ago,  Lamb  sup¬ 
posed,  people  lived  in  large  extended 
families,  with  domestic  animals,  in 
crude  houses  built  of  wood  and  thatch. 
One  day,  a  house  caught  fire;  the  only 
casualty  was  a  neighborhood  pig.  When 
the  residents  returned,  all  that  was  left 
was  a  plume  of  smoke,  a  pile  of  ashes 
and  a  wonderful  smell.  Eventually, 


some  of  the  people  poked  in  the  ashes 

and  burned  their  fingers  touching  the 
carcass  of  the  still  hot,  incinerated  pig. 
When  they  put  their  burned  fingers  in 
their  mouths  to  cool  the  burn,  a  deli¬ 
cious  taste  appeared.  They  had,  Lamb 
said,  discovered  cooking. 

Thereafter,  when  the  people  of  the 
village  wanted  to  celebrate,  they  picked 
out  a  house,  put  a  pig  inside  it  and 
burned  the  house  down. 

The  moral,  according  to  Stein:  “If 
you  don’t  understand  what’s  cooking 
the  pig,  you  are  going  to  waste  an  awful 
lot  of  houses.” 
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uncover  that  the  desired  situation 
as  stated  is  not  the  one  you  want. 

The  financial  services  com¬ 
pany  mentioned  in  the  example 
did  not  really  desire  a  state  in 
which  “projects  are  no  longer 
driven  by  arbitrary  target 


dates,”  but  rather  one  in  which 
“project  target  dates  are  estimat¬ 
ed  collaboratively  by  IS  and  the 
business  customer,  based  on 
business  requirements,  a  project 
plan  and  a  discussion  of  trade¬ 
offs  among  schedule,  cost,  qual¬ 


ity,  scope  and  resources.” 

Once  you’re  clear  on  what 
you’re  after,  examine  the  ele¬ 
ments  of  what  is  desired  (such  as 
collaboration,  planning,  open 
discussions  of  trade-offs)  and  en¬ 
sure  that  a  common  understand¬ 
ing  of  these  elements  is  shared  by 
those  who  must  change.  For  IS’s 
internal  customers,  planning  IS 
projects  may  be  a  whole  new  ex¬ 
perience.  You  must  anticipate  the 
customers’  confusion  and  address 
it,  or  be  ready  for  unintended 
consequences. 

Next,  anticipate  that  people 
will  act  according  to  incentives 
and  rewards.  Naomi  Bloom, 
managing  partner  at  Bloom  and 
Wallace,  a  consulting  firm  in 
Fairfax,  Va.,  that  helps  organiza¬ 
tions  re-engineer  their  human-re¬ 
source  business  process,  concurs. 
“Even  if  people  understand  what 
is  expected,  they  only  behave 
that  way  if  all  the  supporting 
human-resource  management  el¬ 
ements  are  in  place,”  Bloom  says. 

Causal  loop  diagramming  is 
another  technique  that  will  help 
you  look  at  an  issue  holistically 
and  anticipate  unintended  conse- 


More  accurate,  realistic 
estimating  of  projects. 


Business  misses  opportunities 
to  get  products  to  market  in  a 
timely,  competitive  manner. 


Projects  are  no  longer  driven 
by  arbitrary  target  dates. 


Projects  more  likely  to  be 
delivered  on  schedule. 


Project  scope  is  larger  than 
necessary.  A  Cadillac  gets  built 
when  only  a  Chevette  is  needed 


Less  burnout  of  and  stress 
on  project  teams. 


System  is  tested  forever  or 
trapped  in  analysis  paralysis 


Balanced  decision-making 
regarding  end  dates,  resources, 
quality  and  scope. 


Increased  business  satisfaction 
with  IT. 
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Will  you  need  to  issue  new 
stock  to  afford  them? 
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What  if  the  PCs  need 
to  be  upgraded  as  you 
open  the  box? 


Will  they  quit  without 
giving  notice? 
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C^US€S  ^t\cl  Cot\S<<|U<t\c€S 

The  Relationship  Managers  generate  a  huge  demand  for  IT  services, 
initially  increasing  customer  satisfaction  and  relationship  with  IT.  But  as 
demand  increases  without  a  way  of  prioritizing  orders  or  increasing 
resources,  delays  in  servicing  occur  and  customer  satisfaction  and 
relationship  with  IT  deteriorate. 


quences.  This  diagram  was  origi¬ 
nated  by  MIT  Professor  Jay  For¬ 
rester  and  popularized  by  Peter 
Senge,  author  of  The  Fifth  Disci¬ 
pline:  The  Art  and  Practice  of  the 
Learning  Organization  (Double¬ 
day,  New  York,  1990),  and  Pega¬ 
sus  Communications,  Inc.,  a 
Cambridge,  Mass.,  publisher  of 
the  Systems  Thinker  newsletter. 
This  technique  would  have  been 
invaluable  for  the  CIO  who  was 
trying  to  mend  relationships  and 
ended  up  destroying  them  in¬ 
stead.  (See  chart  above.) 

Spotting  unintended  conse¬ 
quences  in  the  making  is  like 
sending  out  scouts  to  see  what 
lies  ahead.  It’s  also  similar  to 
looking  for  emerging  scenarios  in 
scenario  planning,  which  antici¬ 
pates  different  future  business 
worlds.  As  Peter  Schwartz  advises 
in  The  Art  of  the  Long  View 
(Doubleday,  New  York,  1991), 
“In  the  real  world,  you  don’t 
know  ahead  of  time  which  sce¬ 
nario  will  take  place.  But  you 
prepare  for  several  of  them,  and 
then  train  yourself  to  look  for 
one  or  two  small  details  so  that 
you  can  recognize  the  full  sce¬ 


nario  before  it  happens.” 

We  don’t  know  which  unin¬ 
tended  consequence  might  hap¬ 
pen,  so  we  prepare  for  each,  not¬ 
ing  hints  of  trouble  (see  “Signs  of 


Trouble,”  below).  The  chart 
shows  an  example  of  how  the  fi¬ 
nancial  services  company  might 
have  spotted  a  few  unintended 
consequences  in  the  making. 


Relationship 
Manager  efforts 


'  Customer  dissatisfaction/ 
Strong  relationship  with  lT 
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Intended  Consequence, 
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hen  you  see  an  unin¬ 
tended  consequence  in 
the  making,  don’t  be¬ 
rate  yourself.  Instead,  reflect 
briefly,  then  act  fast.  Here  are 
some  guidelines: 

•  Don’t  deny  what’s  happening. 

•  Take  time  to  revalidate  what 
you  intended  to  happen.  Clari¬ 
fy  the  intended  outcomes  by 
describing  them  in  terms  of  vis¬ 
ible  behaviors  and  day-to-day 
actions. 

•  Step  back  and  see  why  the  un¬ 
intended  consequence  came 
about. 

•  See  what  opportunities  exist 


for  correction.  For  example,  in 
the  case  of  the  manufacturing 
company  CIO  who  generated 
more  IS  requests  than  could  be 
handled,  several  opportunities 
existed  for  correction.  He  could 
have  defined  a  prioritization 
process  for  all  IT  investments, 
added  more  IS  resources  to 
meet  demand,  opened  discus¬ 
sions  with  speciflc  users  about 
their  priorities,  regulated  the 
new  group’s  interaction  with 
users  or  pursued  some  combi¬ 
nation  of  these. 

•  Consider  whether  the  correc¬ 
tive  action  will  cause  other  unin¬ 
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tended  consequences. 

•  Act  quickly! 

In  the  manufacturing  com¬ 
pany  example,  the  CIO  realized 
that  as  demand  built  and  could 
not  be  met,  he  should  not  rush 
off  to  get  more  resources,  a  step 
that  might  exacerbate  the  situa¬ 
tion.  Instead,  after  deeper  re¬ 
flection  on  what  he  originally 
intended  —  building  better  re¬ 
lationships  —  he  found  a  way 
to  both  correct  the  unintended 
consequence  and  further  devel¬ 
op  relationships  with  the  users. 
He  used  the  golden  opportuni¬ 
ty  of  working  with  the  business 
side  on  a  process  to  set  priori¬ 
ties  for  their  IT  investments. 

Thinking  through  the  issue 
to  ensure  you’ll  get  what  you 
want  takes  a  bit  of  extra  effort. 
The  choice  is  yours.  However,  if 
you  decide  not  to  spend  the 
time  and  energy  thinking 
through  the  possible  unintended 
consequences  and  how  to  man¬ 
age  them,  be  prepared.  Who 
knows  what  you’ll  get!  ♦ 


©flOMPUIBNiOMD 

Read  previous  Leadership 
artieles  online. 

See  Computerworld’s  Web  site 
at  www.computerworld. 
com/leadership. 


About  the  Authors:  *  m 

Vaughan  Merlyn  and  Sheila  Smith  are  managing  partners  of 
Roswell,  Ga.-based  Omega  Point  Consulting,  where  they 
help  Fortune  500  companies  increase  the  value  derived  from 
information  technology.  Merlyn  and  Smith  collectively  have 
40  years  of  experience  in  the  IS  field.  They  can  be  reached  on 
the  Internet  at  vmerlyn@omegapt.com  and  sjsmith@ 
omegapt.com. 


Computerworld  Leadership  Series;  Editor:  Allan  E.  Alter;  Managing  Editor:  Joyce  Chutchian-Ferranti;  Designer:  Dan  Beard;  Copy 
Editor:  Pat  Erickson.  For  article  submissions  and  information,  call  Allan  Alter  at  (508)  620-7714,  or  E-mail  him  at  allan_alter@cw.com. 
For  previous  Leadership  Series  articles,  call  (508)  820-8125. 


www.computerworld.com/leadership  •  January  20,  ippy  11 


make  a  Server  evem  ki^Uer-  y\ce.?  W  pV  Server  y' 

|>^e,|{.,Wi-HA,  ^Wi+^ej  adapfers  mejfkeir  \oo  Baie-r  }OOV&,  *'+  eiA.Mncec^^-^tr‘... 

i4'P  Hef  ferv'er.  -^r  ■^me-ivn'm^,  -fiiei^eV  otJir  K»ef  work  r^av^a^er^e^xt  ii’^ahi 

w'atr'Ai’^y-  Wh4+e.ltfe  wpuiJ  y^u  z-xpeot?  V*/e  live  a¥\^  breafk.e  rework 
-^a4uot«rf  ipetf’C, -V’ifi'f-Af-l'p.J^KWW.  I^p. ^om/^»/Ki^Kp€r-|^rv«4r\ee,,i''.'^  -  -  ■ '  ’-.*.;t  •  -S'  - 


K^MewLeTy 

»efl'«>aCKABS 

•FormuiaSheH-. 

fiCgnpuSarvi 


•  ,.«'.s=».'  -  ■  *5=5" 

■■nS.'S''---..  ■■  -CS.' 

1  ii 

lf«l 

y 

.  ll 

©1996  Hewlett-Packard  Company  RND055 


r>Sl  HEWLETT 
mLcM  PACKARD 


